IBIS Macromodel Task Group Meeting date: 26 November 2019 Members (asterisk for those attending): ANSYS: Dan Dvorscak Curtis Clark Cadence Design Systems: Ambrish Varma Ken Willis Kumar Keshavan Intel: * Michael Mirmak Keysight Technologies: Fangyi Rao * Radek Biernacki Ming Yan Todd Bermensolo Mentor, A Siemens Business: * Arpad Muranyi Micron Technology: * Randy Wolff * Justin Butterfield SiSoft (Mathworks): * Walter Katz * Mike LaBonte SPISim: Wei-hsing Huang Teraspeed Labs: * Bob Ross The meeting was led by Arpad Muranyi. Justin Butterfield took the minutes. -------------------------------------------------------------------------------- Opens: - Michael asked if there is a meeting schedule for the rest of the year. Arpad plans to discuss the upcoming meetings next week. ------------- Review of ARs: - Randy and Michael M. to invite DDR memory and controller vendors to comment on new protocols. - In progress. - Bob to update BIRD197.6_draft_1 based on the discussion last week. - Arpad reported this was done. -------------------------- Call for patent disclosure: - None. ------------------------- Review of Meeting Minutes: Arpad asked for any comments or corrections to the minutes of the November 19 meeting. Walter moved to approve the minutes. Bob seconded the motion. There were no objections. ------------- New Discussion: BIRD197.6_draft_2: Bob shared BIRD197.6_draft_2, where he made some minor changes. He added Michael's suggested sentences on page 2 in the rules section. He moved the example to after the rules to directly relate to the Other Notes section. He changed the wording from "between" to "range" since range includes the end points. He changed the wording of the sentence to "The EDA tool may shift the output waveform by the DC_Offset Value..." Randy asked if we should label the values as volts. Bob agreed this would be good to add the units. Arpad asked about the default of the parameter. Bob stated he had asked the question over the email reflector. Randy commented only when you specify DC_Offset you need to give it a value. Bob noted in the case of no DC_Offset parameter there would be no shift. Randy stated we have this situation now, where some tools shift the waveform and some do not. Walter stated the EDA tool knows what the offset is, but it is not an input to the model currently. But, there is nothing preventing the EDA tool from calculating this and using it. Arpad noted DC_Offset is a Usage In parameter. If the parameter does not exist, then the AMI model does not expect it. Thus, there is no need for a default. Bob noted that only the EDA tool knows the DC value. Arpad commented the IBIS specification is not intended to tell the EDA tool what to do; it only defines how the EDA tool can get information from the model. Bob stated, if we don't want to specify a default, that is fine. Randy commented there are some EDA tools which provide the AMI_GetWave input waveform data with the DC shift included. Michael agreed this is an issue, and he noted the Rx needs to know if the DC information is in the impulse response. Randy noted this affects how the model will sample the data. Walter stated the waveform shifting and impulse response shifting are different issues. In the impulse response, you could add a dirac delta function. Michael commented the DC_Offset parameter should be sufficient. Walter noted the sentence: "This shall include, but is not limited to, channel effects as well as the impact of any equalization imposed by the transmitter." should be a discussion topic for next time. Arpad asked, for the Rx GetWave, if the waveform should include the DC shift and if this is defined in the specification. Walter stated this is defined in the specification and it should not be added. Arpad asked about the default issue. If there was a default value for the DC_Offset, the model would not know what to do with it. Randy agreed there is no need for a default. Bob agreed we do not need to add text about the default. Bob noted he changed the sentence on page 2 to "centered at zero volts". Arpad asked about the word "centered", and he suggested to be somewhat vague and not go into details about the waveform. Bob responded there could be many types of centering. Arpad stated, depending on the bit stream, the average may not be in the middle. Randy suggested to use the phrase "swings around zero volts". Radek suggested to use "plus Vm" and "minus Vm". Mike suggested to remove the word "centered". Walter noted the point is that this is a single-ended signal where above zero volts is a '1' and below is a '0'. The goal is that the threshold is 0V. Mike suggested the range of the signal should enclose zero volts. Arpad agreed with the phrase "signal shall swing around zero volts". Bob took an AR to send out the BIRD197.6 draft with the changes as noted. Walter asked for Arpad and Radek to carefully consider the sentence added by Michael. ("This shall include, but is not limited to, channel effects as well as the impact of any equalization imposed by the transmitter.") Enabling Back Channel Interface in statistical mode: Arpad noted he sent a list of options which included the proxy method, which could be possible with a specification change. Walter commented the proxy method would not require a BIRD. Arpad noted this would work if there were a standard for the protocol in the specification. Walter noted this was not Wei-hsing's approach, and if some vendors wanted to get together and define the protocol, they could. Arpad will remove the proxy approach from the list of possible approaches for consideration in the next meeting. - Walter: Motion to adjourn. - Randy: Second. - Arpad: Thank you all for joining. AR: Bob to send out BIRD197.6_draft3. ------------- Next meeting: 3 December 2019 12:00pm PT ------------- IBIS Interconnect SPICE Wish List: 1) Simulator directives